home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / qwhite10.arc / AS400.TEC < prev    next >
Text File  |  1990-08-16  |  3KB  |  65 lines
  1. ID:AS Terminal Emulation Setup IBM AS/400
  2. Desqview Technical Note
  3. By Dan Sallitt
  4.  
  5. The IBM AS/400 is a complicated terminal emulation setup, akin to 
  6. the 5250.  It usually requires 3 files in config.sys (EIMPCS.SYS 
  7. (1K), ECYDDX.SYS (block device - 21K) and FSDD.SYS (needs ECYDDX 
  8. before it - 59K)) and 2 from the command line (a hardware manager 
  9. - either E5250AH.COM (8.2K) or WSEAH.COM, usually - and 
  10. STARTRTR.COM, which is 56K) to get it going, followed by a number 
  11. of other files to implement various functions.
  12.  
  13. 1) One of the cards that the AS/400 software can use, the 5250 
  14. card (and maybe others as well), puts a piece of RAM, 8K or so in 
  15. size, at xC00 (usually CC00).  QEMM 5.00 and other memory 
  16. managers may not see this RAM.  In addition to excluding this 
  17. area on your memory manager, make sure the RAM parameter is on 
  18. QEMM (or that QRAM is present with other memory managers that 
  19. allow mapping of expanded memory pages between 640K and 1024K 
  20. other than the page frame); otherwise, E5250AH.COM accesses vast 
  21. portions of the reserved memory area when it loads, and DV 2.26's 
  22. XDV may crash on startup if all these areas (except for the 
  23. page frame, which the AS/400 software also touches) aren't excluded. 
  24.  
  25. Giving E5250AH.COM the parameter /Mx (where x is the same as above - 
  26. C by default) seems to make it access fewer areas, though the 
  27. areas that are accessed still need to be excluded if you don't 
  28. use the RAM parameter or otherwise map all available areas 
  29. between 640K and 1024K before the AS/400 software loads. 
  30.  
  31. 2) STARTRTR traditionally doesn't like to load inside DV, which 
  32. means that everything before it can't load in DV.  It's likely that 
  33. functions loaded after STARTRTR can load in a window - we have 
  34. seen STF.COM load and run in a DV window.  On one system that we 
  35. saw, STARTRTR used an interrupt that can conflict with DESQview 
  36. (INT 69), but this isn't the sole cause of its problems inside 
  37. DESQview.  
  38.  
  39. 3) Usually, after the STARTRTR is run, users run a program 
  40. FSPC.COM to make a virtual disk on the mainframe.  This program 
  41. isn't resident and takes no memory.  However, FSPC needs to see 
  42. FSDD.SYS, and it can't from inside a DV window, so it currently 
  43. can't run inside DV.  This will get to be an issue if STARTRTR is 
  44. ever runnable inside DV. 
  45.  
  46. 4) STARTRTR will need 160K of space to load high, even though it 
  47. settles down to 56K or so. 
  48.  
  49. 5) Some AS/400 drivers and TSR's know about expanded memory and 
  50. store something there. Therefore, some of the memory figures that 
  51. I've quoted may increase in the absence of expanded memory. 
  52.  
  53. 6) If you get the AS/400 software running with DV, it may or may 
  54. not be necessary to set Keyboard Conflict to 8.  One user thought 
  55. he needed it set to 9, which makes no sense to us.
  56.  
  57. 7) We're hearing in March 1990 of new versions of the IBM AS/400 
  58. software that have fewer and smaller files.  Apparently the driver 
  59. FSSD.SYS and the non-resident FSPC.COM are united in a smaller TSR 
  60. STARTFLR.COM, which, we hear from some users, crashes in a DV 
  61. window in much the same preemptive way that STARTRTR.COM does.
  62.  
  63.         Copyright (C) 1990 by Quarterdeck Office Systems
  64.              * * *   E N D   O F   F I L E    * * *
  65.